home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 6167 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.8 KB
  1. Path: news.gate.net!not-for-mail
  2. From: dhaire@gate.net (doug haire)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Supra will offer upgrade to 33.6!
  5. Date: 26 Feb 1996 10:43:19 -0500
  6. Organization: CyberGate, Inc.
  7. Message-ID: <4gsken$1sr0@navajo.gate.net>
  8. References: <312172b0.302209@uchinews.uchicago.edu> <4ftaot$rpc@shellx.best.com> <31226a7d.63749347@uchinews.uchicago.edu> <4g182k$1mu2@navajo.gate.net> <31243778.561299@uchinews.uchicago.edu> <4g3t66$26um@hopi.gate.net> <dan.878.312C8AD9@supra.com> <4gl4
  9.  <4gpo2m$1eeg@seminole.gate.net> <eric-2502962138420001@sobt.ao.net>
  10. NNTP-Posting-Host: navajo.gate.net
  11. X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
  12.  
  13. Eric Shaw (eric@ao.net) wrote:
  14. : In article <4gpo2m$1eeg@seminole.gate.net>, dhaire@gate.net (doug haire) wrote:
  15. : 
  16. : >This is my point. Why should a dropped carrier be more desireable than a 
  17. : >retrain? Why should you have to depend on the other modem to *not* be set 
  18. : >the same way?
  19. : 
  20. : Its not depending on the other modem *not* being set the same way.  It
  21. : *NEEDS* it to be set the same way, i.e. either both set to retrain or both
  22. : set not to.  Otherwise, when a retrain is attempted, the modem with
  23. : retraining off or not implemented doesn't know what to do, and may lose
  24. : the carrier completely.
  25.  
  26. That is incorrect. As was explained to me, the Supra *will* respond to a 
  27. request for a retrain, it will just not initiate one.
  28.  
  29. : >The idea that a rate renegotiation is preferable because it takes less 
  30. : >time is pretty laughable...
  31. : 
  32. : A rate renogotiation taking a fraction of a second is pretty much
  33. : transparent to the end user.  It is not enough to cause any transfers to
  34. : time out.  The 30 or more seconds that it can take for a full v.34 retrain
  35. : can easily cause timeouts, or even cancelled transfers.  Therefore, a
  36. : quick rate renegotiation is preferable to a full retrain, although I would
  37. : have to agree that a full retrain is still preferable to losing the
  38. : connection.
  39.  
  40. I will type slow so you can follow better [g]
  41.  
  42. A rate renegotiation should take precedence over a full retrain. That is 
  43. pretty much common sense. So far, so good. However, there are times when 
  44. a retrain is *preferable* and necessary. This means that it should *not* 
  45. be disabled. The speed of a rate renegotiation is irrelevent if it isn't 
  46. needed and a retrain is.
  47.  
  48. Follow along as I mention that USRs manage to do *both* rate 
  49. renegotiation and initialize retrains according to the situation.
  50.  
  51. The Supra is apparently unable to figure out when it should initiate a 
  52. retrain so the manufacturer disables that as a default.
  53.  
  54. It does not take a freaking genius to figure out that the Supra has a 
  55. *problem*.
  56.  
  57. Now, the problem may not be Supra's, it may be the fault of the Rockwell 
  58. chip set. The problem that I have is that Supra seems to be in denial 
  59. about this.
  60.  
  61.